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Method for the management, of data received v ia a data 
bus {_ and apparatus for carrying out the method 



The invention relates to a method for the 
5 management of data received via a data bus. The method 
can expediently be employed in particular when 
isochronous data packets are being received. The 
invention furthermore relates to an apparatus for 
carrying out the method. The apparatus may be, in 
10 particular, part of a bus interface for the connected 
data bus. 

Prior art 

The invention is based on a method for the 

15 management of data packets received via the data bus of 
the generic type of the independent Claim 1 . For quite a 
long time now the convergence of the product sectors of 
consumer electronics (hifi, video, audio) and personal 
computing has been trumpeted under the catchword 

20 multimedia and has actually been propelled by many 
manufacturers from both camps. The merging of the two 
product sectors means that work concerned with the 
subject of data exchange between the equipment of , the 
different product sectors or else between the equipment 

25 within one product sector is becoming more and more 
significant. This is also apparent from the efforts for 
standardization with regard to this subject, which are 
already well advanced. Specifically, the so-called 
IEEE 1394 serial bus already provides an internationally 

30 standardized and very widely accepted bus for data 
exchange between terminals from both product groups. The 
precise designation of the aforementioned standard is: 
IEEE Standard for high performance serial bus, (IEEE) STD 
1394-1995, IEEE New York, August 1996. 

35 The invention that is to be described here is 

concerned with the so-called isochronous data transfer 
within the abovementioned bus system. In this connection, 
isochronous means that data to be transmitted arise 
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regularly at a data source, the data also arising with 
approximately the same size each time. Examples of such 
data sources are video recorders or camcorders, audio 
devices such as CD players or DAT recorders, and also DVD 
5 players or videophone devices, etc. An international 
standard has been specially developed for this 
application of isochronous data transmission. The precise 
designation of this standard is: IEC International 
Standard 618 83 * Consumer Audio/Video Equipment-Digital 

10 Interface, 1st edition 1998" . The first part of this 
standard describes the general data packet format, the 
data flow management and the connection management for 
audiovisual data. General transmission rules for control 
commands are likewise defined. 

15 A very frequent application relates to the 

transmission of MPEG2-coded video or audio data. The data 
are transported via the bus in packets, as already 
mentioned. In this case, the following structure is 
provided in the abovementioned Standard IEC 61883: the 

20 data generated in the data source are divided into 
so-called data source packets having a defined size. For 
MPEG2 video data transmission, for example, the standard 
stipulates that a data source packet is composed for 
example of 8 data blocks of identical size. In this case, 

25 the data block size can be programmed. It may be between 
one and 256 quadlets, where a quadlet corresponds to a 
combination of 4 data bytes. According to the Standard, 
the data source packets can be transmitted such that they 
are combined in a single bus packet. In this case, no 

30 addressing problem is manifested in the device that has 
received the data, because it is always clear that, for 
each new received bus packet, a completely received data 
source packet has arrived. 

However, the abovementioned standard also 

35 certainly permits another mode, in which fewer than eight 
data blocks can be transmitted in a bus packet. Put in 
concrete terms, it is also possible to transmit so-called 
dummy packets which do not contain any data blocks at 
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all. However, further possible numbers of data blocks in 
a bus packet of between 0 and 8 are also allowed. The 
invention is now concerned with the concrete realization 
of this more general transmission mode. 

5 

Invention 

The following problem arises in the realization 
of the general transmission mode. If it happens on an 
occasion that a bus packet contains fewer than eight data 

10 blocks of useful data, a complete data source packet can 
no longer be transmitted in the bus packet. Consequently, 
data blocks of the data source packet also follow in the 
next bus packet. If eight data blocks are then 
transmitted again e.g. in the next bus packet, the data 

15 block boundary between two data source packets is no 
longer synchronous with the end of the bus packet but 
rather lies somewhere in the bus packet. The memory 
management unit in the receiver device has to search for 
this boundary since it has to provide the information of 

20 where a data source packet starts and ends in special 
registers. This is necessary in order that it can make 
the data available to the application process after 
reception source packet by source packet. Thus, it is 
necessary to find a solution as to how the start and the 

25 end of a data source packet transmitted in fragments can 
subsequently be ascertained in the receiver device. 

The invention achieves this object in such a way 
that it carries out modulo-n counting of the data blocks 
and signals the beginning of a new data source packet at 

30 the beginning of the respective next time interval of 
modulo-n counting. For the special case of the 
transmission of MPEG 2 source data, where the data source 
packet in each case comprises eight data blocks, modulo-8 
counting is correspondingly carried out. In other words, 

35 the counting interval begins at the counter reading 0 and 
ends at the counter reading 7. Afterwards, the next 
counting interval then follows again, beginning with the 
counter reading 0. 
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Further improvements of the method are possible 
by virtue of the measures evinced in the dependent 
claims . Since , according to the IEEE 13 94 Standard, each 
bus packet must be subjected to CRC checking, it is 
5 expedient to buffer-store the checking results of 
successive bus . packets. It is ensured that the data are 
free from errors only when all the bus packets containing 
a data block of the data source packet have been able to 
be subjected to CRC checking without a complaint. In the 

10 event of a complaint, a CRC error signal can then be 
output. The entire data source packet can then not be 
forwarded to the application process. 

Checking the completeness of the transmitted data 
with the aid of a reference counter reading provided in 

15 each bus packet can be done as follows: comparison 
counting of the received data blocks is effected and each 
time the specific data block with which the reference 
counter reading is associated is received, a comparison 
is made between the reference counter reading and the 

20 result of the comparison counting and an error signal is 
output in the event of non-correspondence. The IEC 61883 
Standard stipulates that a DBC reference value which is 
valid for the first subsequent data block is entered in 
each bus packet. By counting the received data blocks and 

25 comparing the result with the received reference value, 
it is thus possible easily to ascertain whether e.g. a 
whole bus packet has not been received. The error 
monitoring is again improved by this measure. 

The following measures, which specify the way in 

30 which the corresponding object of the invention is 
achieved, are advantageous for an apparatus for carrying 
out the method according to the invention . The apparatus 
firstly comprises a memory unit to which the received 
data are written in order. Furthermore, a memory 

35 management device is provided which prescribes, in 
particular, the addresses for the read- in and read-out 
process. What are then essential are the modulo-n 
counter, by which the received data blocks are counted 
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up, and the generation of the data source packet start 
signal when the modulo-n counter begins a new counting 
interval. The data source packet start signal is 
forwarded to the memory management device, which can then 
5 make a corresponding entry in a special register. These 
measures are specified in Claim 5. 

Further advantageous measures for the apparatus 
according to the invention are also contained in the 
dependent Claims 6-8. 

10 

Drawings 

Exemplary embodiments of the invention are 
illustrated in the drawings and are explained in more 
* detail in the description below. In the figures: 
15 Figure 1 shows the structure of a plurality of 
successive bus packets for the general 
transmission mode, and 
Figure 2 shows a block diagram of the apparatus 
according to the invention. 

20 

Exemplary embodiments of the invention 

Figure 1 shows an exemplary sequence of 
transmitted bus packets. The first transmitted bus packet 
is illustrated at the top in Figure 1 and the last 

25 transmitted bus packet is correspondingly illustrated at 
the bottom in Figure 1. The precise structure of a bus 
packet for isochronous data transmission is specified in 
the abovementioned IEC 61883 Standard. For the disclosure 
of the invention, therefore, reference is also expressly 

30 made to this standard. 

In Figure 1, the reference numeral 10 designates 
the header of the bus packet. It contains the details 
regarding the data field of the isochronous data packet, 
to be precise in a number of bytes and also further 

35 information, but this need not be discussed in any more 
detail below. The header 10 of the bus packet is followed 
by a data field. The latter extends through the areas 11- 
15, referring to the first bus packet illustrated. At the 
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end of the bus packet there also follows an area 16, in 
which a CRC check word is stored. A so-called CIP header 
is always provided at the beginning of the data field of 
a bus packet. CIP is the abbreviation of % common 
isochronous packet" . The CIP header contains a series of 
information items which describe the isochronous data 
transfer. Thus, e.g. an identification number SID for the 
data source is contained therein. Furthermore, it 
stipulates the size of the subsequent data blocks in the 
bus packet. Likewise, a detail FN (fraction number) is 
also contained, which specifies the number of data blocks 
into which a data source packet is divided. As already 
mentioned, there are always 8 data blocks per data source 
packet in the case of MPEG 2 video data. A further detail 
QPC (quadlet padding count) relates to how many padding 
quadlets are attached to the end of the data source 
packet in order to guarantee that the latter is divided 
into data blocks of the same size. Furthermore, an 
information item SPH (source packet header) is provided, 
which specifies whether a header for the data source 
packet is likewise also provided in the bus packet. 
Furthermore, a DBC value (data block counter) is also 
provided. This value specifies which data block is the 
first data block in the bus packet. Therefore, all the 
data blocks are consecutively numbered individually. This 
value practically constitutes a reference counter reading 
which can easily be used to check whether a bus packet 
has not been received. To that end, the received data 
blocks are all counted up in the receiver station. Each 
time a new bus packet is received, the DBC value 
contained therein is compared with the counted comparison 
value. Only if both values correspond have all the data 
blocks been received and no bus packet has been lost. 
Further information items in the CIP header include an 
FMT entry (format ID) . This entry can be used to signal 
that the bus packet contains no data at all and is a 
so-called dummy packet. An FDF entry (format dependent 
field) may also be defined, this being mentioned only for 
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the sake of completeness, and also an SYT entry, which 
comprises a time specification for the bus packet. The 
data blocks for the first data source packet SPO then 
follow in the subsequent areas 12, 13, 14 and 15. The 
data blocks are individually consecutively numbered from 
DB0-DB3 . The entry 0 in the data area 11 is intended to 
indicate that the DBC value for this first bus packet is 
set to the value 0, which is synonymous with the fact 
that the first data block in this bus packet has the 
number 0. This must, of course, also be taken into 
consideration for the comparison counting. Therefore, the 
comparison count begins at 0. The next bus packet 
contains a total of 8 data blocks. They reside in the 
data fields 12-15 and 17 to 20. The data blocks DB4 to 
DB7 of the data source packet SPO are additionally 
contained in this second bus packet. There then follow 
the data blocks DB0 to DB3 of the data source packet SP1 . 
The detail 4 in the data field 11 indicates that the 4th 
data block of the isochronous data transmission can be 
found in this bus packet. In the third bus packet, there 
then additionally follow in the data fields 12, 13, 14, 
15, 17, 18 the outstanding data blocks DB4 to DB7 of the 
second data source packet and the first two data blocks 
of the next data source packet SP2. Thus, this bus packet 
contains a total of six data blocks. The detail 12 in the 
data field 11 again corresponds to the DBC value of this 
bus packet. It means that the data block that follows 
first in this bus packet is the twelfth data block of the 
isochronous transmission. In the fourth bus packet, there 
then additionally follow the remaining data blocks of the 
data source packet SP2, namely DB2 to DB7 . The DBC value 
in the data field 11 of this bus packet is 
correspondingly 18 . 

The boundary between the data blocks of the first 
data source packet SPO and the data blocks of the second 
data source packet SP1 is situated in the middle of the 
second bus packet. The boundary between the data blocks 
of the second bus packet SP1 and the data blocks of the 
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third bus packet SP2 is situated in the last third of the 
third bus packet. These boundaries must be determined in 
order that the corresponding address entries can be made 
in the special registers of the memory management unit. 

The invention affords a solution enabling the 
data source packet boundaries to be determined; this 
solution is explained in more detail below with reference 
to Figure 2. Figure 2 shows the components relevant to 
the invention. These components are parts of a data link 
layer circuit of an IEEE 1394 bus interface. The 
reference number 30) designates a memory unit which is 
provided below for receiving and buf f er-stcpring data. It 
may be part of a larger memory unit, just a specific area 
within the larger memory simply being allocated for this 
purpose. The received data pass via the bus 37 to the 
memory unit 30. The data are buffer-stored in the memory 
unit 30 until they are forwarded to the application unit. 
In this case, the data are output likewise via the bus 37 
to the application unit, which is not specifically 
illustrated in Figure 2. The following units also have 
access to the memory unit 30: CRC checking unit 32, 
modulo-8 counter 33, DB counter 34, data counter 35 and 
evaluation logic unit 36. All of these units are 
connected to one another via an internal bus 38 and are 
likewise connected to the memory unit 39 as well. The 
memory management unit 31 is also a further separate 
unit. The said memory management unit likewise has access 
to the memory unit 30 via the internal bus 38. Therefore, 
it also serves as the bus master for the internal bus 38 
and allocates it to the individual connected units. It is 
connected to the memory unit 30 via a separate bus 39. 
Moreover, a bus 4 0 is connected to the memory management 
unit 31, via which bus control data are exchanged with 
the external application unit. Separate control lines 
additionally lead from the evaluation unit 36 to the 
memory management unit 31. These lines are firstly a line 
41 via which a data source packet start signal SP_ST is 
transmitted, secondly a line 42 via which an error signal 
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DBC_ERR is output, and thirdly a line 4 3 via which a CRC 
error signal CRC_ERR is output. 

In order now to find the data source packet 
boundaries, the apparatus described operates as follows: 
5 the individual data blocks, which after all have a 
constant size, are counted in the modulo-8 counter 31. If 
this counter starts to count with the counter reading 0, 
it will reach its highest value, referring to the example 
of Figure 1, at the last data block DB7 of the data 

10 source packet SPO and then start at 0 again after the 
last data block DB7 has been completely written to the 
memory. It then outputs the data source packet start 
signal SP_ST to the memory management unit 31, which then 
transfers the address that is now valid for the new data 

15 into the corresponding special register for the beginning 
of the next data packet. Since the data blocks all have 
the same size, there is no need to provide a special 
register in which the end address of the last data packet 
of a data source packet has to be entered, 

20 Since the modulo-8 counter sets the counter 

reading to 0 again and then continues to count, it will 
have reached the counter reading 7 precisely again after 
the data block DB7 of the data source packet SP1 has been 
written in. It will therefore output a data source packet 

25 start signal which is forwarded via the evaluation unit 
36 to the memory management unit 31 and causes the latter 
to store the memory address in the further special 
register. The counting is begun at 0 again and a data 
source packet start signal SP_ST would be generated anew 

30 after the reception of the data block DB7 of the data 
source packet SP2. 

To ensure, however, that the data source packet 
start signals that are generated actually lead to the 
transfer of the corresponding address in the special 

35 registers, it is a precondition in this exemplary 
embodiment that error signals are not simultaneously 
present on the lines 42, 43. This is because otherwise 
the received data have been detected as containing errors 
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and they are no longer allowed to be passed on to the 
application unit. Each received bus packet is checked 
with regard to freedom from errors in the CRC checking 
unit 32 . Since the CRC check word at the end of each bus 
5 packet in the data field 16 only relates to all the data 
in this bus packet, the fact that a data source packet is 
free from errors can only be ascertained such that the 
CRC checking results of the individual bus packets are 
collected and are jointly evaluated each time the data 

10 source packet start signal is generated. If one of the 
CRC check words of the bus packets that are considered 
together indicates an error, the error signal CRC_ERR is 
output via the line 43. For example, after the generation 
of the data source packet start signal after the 

15 reception of the data block DB7 of the first data source 
packet SPO, the two CRC checking results for the first 
received bus packet and also for the second received bus 
packet must indicate freedom from errors in order that no 
error signal is output via the line 43. As already 

20 mentioned, the CRC checking of the individual bus packets 
is done in the CRC checking unit 32. The collection of 
the individual checking results is then done in the 
evaluation unit 36. The same is true with regard to the 
generation of the error signal CRC_ERR when one of the 

25 checking results concerning a data source packet 
indicates an error. 

The DB counter 34 counts up all the received data 
blocks. According to the IEC 61883 Standard, this counter 
is an 8-bit counter. If all the bus packets are received 

30 properly, this counter will respectively have the counter 
readings 4, 12 and 18 after the reception of the first, 
second and third data packets. These values are indeed 
also entered as reference values in the data fields 11 of 
the bus packets 2, 3 and 4. However, should the counter 

35 not have the counter reading as respectively specified in 
the data field 11, the evaluation unit 36 will generate 
the error signal DBC_ERR already mentioned. 
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The 



data counter 35 operates as follows: it 



counts the data in units of bytes. In the IEC 61883 
Standard, the data block size is specified in units of 
quadlets. The data block size can be programmed; to be 
5 precise all values between 1 and 256 quadlets are 
possible. The stipulated value is contained in the CIP 
header CIPH. This value is evaluated and is then 
available in the evaluation logic unit 36. The data 
counter 35 is then set in such a way that, when the end 
10 of a data block is reached, the said data counter 
generates a data block counting pulse and outputs it to 
the data block counter 34. 



exemplary embodiments described are possible. The 
15 structure with the various internal bus lines and bus 
lines provided for the external components, as described, 
may be chosen differently. Parts of the apparatus 
explained may also be realized by software. The invention 
is not restricted to use with the IEEE 1394 bus 
20 mentioned. It can also be used for other wire-based bus 
systems or else for wire-free bus systems. 



Various adaptations and modifications of the 



